NAVAL  TRAINING  EQUIPMENT  CENTER 
ORLANDO,  FLORIDA  32813 


[>oD  matrfoutioe  atatemeat 


Aj^iwecE  for  rei&me 

4tstrifeu£i*a  uniimitiKi. 


C/o^ 

Tech^icaT  Report  KAVraAEQUIFCEN 

ISlS-L'miCTOS  I»1WH'*S  ROtE 
SIMJtATlCai  ?RAXSISG 
{Phase  IT) 

APPLl -MICTION,  IKC. 
Orlando,  Florida  32$03 

\ 

FIHAL  8SPORT  KA8CH  197#1 

/ 

/ 

- MAY  1977 

August  IS 7? 

D D C 

r-;^^■  u-'ss| 

! n i ;• ! 

'.r,  1473  rOlTION  Of  ' NOV  S5  IS  obsolete 


UNCLASSIFIED 


REPORT  DOCUMENTATtOW  PACE 


*•  AD  .SSTWI  TTIONS 
H-  >»►  Vlf»l  h TINT,  KjKS* 


/ itO\r  * ifc  ..  t 5 rtf  . P.  * . A A .h^mB(P 


■<)  - May  7 7, 


ill  - Mat  >r. , inc . ^ 

•:-  WfK'iiieocic  Kdc,  Suite  lii 
)il.ii;;io,  FL  

, ,f  t - ■ -f  aPfC'  »Dr<««C^i 

Mill  Training  Equipment  Center 
'■  tiHiio,  FL  17Hli 


*v  t . t ut N ■'  F = : jFCT  -a;- 
«Mf*  ft  rt  »-  ,,  s ’■  »,  ^M8F*5^ 

NAV’TRAEQUTPCEN  task  no 


ipiA 


, t'  ,5t  *»£>,'»  .%  a if  I!r~fer.  »•  ’*  Qi^>  CLASS  ' of  f h : s .'fp  -f.' 

■V.  ■■ 

***  “ . UNCLASSIFIED 

/ OECl  ASSif  IC  A-IOV  bcANGBAOlN'- 

f S'.  kEOuLE 

'fcl.js  r 'i'*  *t  T n#  fftj  » • 


for  publ  ic  reieasAi;  diatr  icat  ion  unlimited 


HlJ  f SOH  S * Vt  8 «£  }<  T a/  Ift*  rtt'S-**'  ' - .•  iJi,  it  /- »r.  " NrtpoH^ 


Simula?  ■ sr  Tra  i n i uq 
! -.  t r ac  I ' >r  i*  i lot, 

I mii i .1 1 or  Os><-rutor 
liuuructo!  Console 


••  OM  rn  *■  ^ 4C  ■ It  intf  > tfvnf  i fi  6lo<A  rn/^bvr^ 

I Y-rr  .V  -t  j iis*  : “A.  Lcr  Fi.ot  functions  in  training  pilots 
asifi*)  simul  ition  WA’r-  a*  rfarmed.  The  functions  were  based  on 
thi-  it?vi.-w  "t  current  simulation  training  conducted  in  the 
Ph.iSE*  I stuily  NAVTRAEOUIPCEN  75-C-0093-1  Feasible  allocations 
of  functions  were  made  and  modular  implementation  concepts 
tieve  U’ped . 


NAVTRAEQUIPCEN  76-C-0034-1 
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SUMMARY 

The  first  phase  of  the  study  of  the  Navy  Instructor 
Pilots'  Role  in  the  use  of  flight  simulators  in  fleet  pilot 
training  was  concerned  primarily  with  reviewing  current 
training  operations  and  training  simulators.  The  report 
revealed  that  significant  changes  have  occurred  in  recent 
years  in  terms  of  instructor  personnel  and  equipment.  Most 
important  was  the  conclusion  that  simulator  instructor 
consoles  are  not  designed  for  training  implementation  and  that 
the  IP  is  neither  trained  in  simulator  utilization  or  in 
"how  to  instruct."  The  problems  were  further  compounded  by  the 
lack  of  well  defined  simulator  training  syllabi  and  supporting 
documentation . 

The  second  phase  of  the  study  has  involved  the  development 
and  detailed  analysis  of  the  IP  functions  in  simulator  pilot 
training.  In  addition,  the  interaction  of  the  Navy  Flight 
Officer  Instructor  was  analyzed. 

A total  of  ten  functions  involving  35  sub-functions  was 
structured.  A conceptual  console  of  nine  modules  which  could 
support  these  functions  was  outlined.  The  interaction  and  re- 
lationship of  the  Navy  Flight  Officer  Instructor  and  the  IP  were 
explored  for  those  weapon  systems  in  which  an  NFO  is  part  of 
the  aircrew. 

While  the  conceptual  console  module  appears  to  be  tech- 
nically feasible,  some  laboratory  demonstrations  and  field  test- 
ing should  be  conducted  before  the  detailed  specification  is 
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FOREWARD 

This  is  the  second  report  of  Project  5751,  "The  Instructor  Pilot's  Role 
in  Simulator  Training."  In  it,  the  analysis  of  Instructor  Pilot's  functions 
in  simulator  training  and  a conceptual  plan  for  the  design  of  the  instruc- 
tor's console  are  described. 


In  a third  report,  the  specification  for  a candidate  design  of  the 
instructor's  console  will  be  presented.  This  design  will  be  evaluated 
experimentally  under  other  Advanced  and  Engineering  Development  efforts. 
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PREFACE 

The  value  of  the  results  of  any  analysis  is  contingent 
upon  the  quality  of  the  data  which  are  input.  This  is  particular- 
ly true  when  dealing  with  operational  data.  Therefore,  whatever 
success  has  been  achieved  must  be  credited  to  the  many  officers 
and  men  in  the  training  squadrons  and  staff  who  devoted  time  and 
effort  to  provide  the  data  utilized  in  the  study.  In  particular, 
the  efforts  of  the  following  personnel  should  be  recognized. 

Mr.  James  Bolwerk  - Commander  Naval  Air  Force  United  States 
Pacific  Fleet  Staff,  who  arranged  and  coordinated  the  West  coast 
visits,  and  who  provided  insight  into  many  problem  areas. 

Mr.  R.  Goodwin  - Commander  Naval  Air  Force  United  States 
Atlantic  Fleet,  who  coordinated  the  East  coast  visits. 

The  Of f icers-in-Charge  of  the  Fleet  Aviation  Specialized 
Operation  Training  Group  Detachments  and  their  staffs  who  pro- 
vided the  data  on  simulation  operations,  answered  questions 
and  assisted  in  our  observation  of  on-going  training. 

The  operation  and  training  staffs  of  the  Readiness  Trainina 
Squadrons  who  helped  isolate  the  data  required,  completed  ques- 
tionnaires, and  described  training  evolutions  and  problems. 

Finally,  special  appreciation  is  expressed  to  Mr.  V. 

Sharkey,  project  Technical  Representative  who  provided  insight 
into  problem  areas  and  arranged  the  contacts  with  fleet  person- 
nel . 
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SECTION  I 
INTRODUCTION 


BACKGROUND 

The  integration  of  the  simulator  instructor  ( s ) into  the 
simulation  instructional  system  represents  a major  design  task. 
As  with  other  man-machine  interface  problems,  it  has  frequently 
received  inadequate  attention.  Unfortunately  because  of  the 
central  role  played  by  the  instructor  in  training  systems,  the 
result  has  directly  affected  the  effectiveness  of  the  devices 
and  training  costs. 

Recognizing  that  the  rapid  advances  in  both  simulation  and 
training  methodology  were  also  impacting  on  the  simulator  inter- 
lace design  problem,  the  Human  Factors  Laboratory  of  the  Naval 
Training  Equipment  Center  (NTEC)  undertook  a program  to  define 
the  instructor  console  requirements  for  future  devices.  The 
overall  program  was  directed  to  the  development  of  data  in  four 
areas,  namely: 

a.  The  role  of  the  Instructor  Pilot  (IP)  and  the  Simulator 
Operator  (SO)  in  the  use  of  flight  simulators  as  an  integral 
part  of  the  system  for  training  pilots. 

b.  The  design  of  the  IP/SO  consoles. 

c.  The  degree  to  which  hardware  components  might  be 
standardized. 

d.  The  possibility  of  using  the  instructor  console  for 
training  the  instructor  pilots. 

PHASE  I STUDY 

A multi-phase  approach  was  taken.  The  first  study'  was 
primarily  directed  to: 

a.  Defining  the  role  of  the  Instructor  Pilot  and  Simu- 
lator Operator  in  simulator  supported  pilot  training. 

b.  Specifying  the  training  goals  of  the  instructor  (s ) in 

' Charles , John  P.,  Willard,  Gene  and  Healey,  George.  "In- 
structor Pilot's  Role  in  Simulation  Training",  Tech.  Report  NAV- 
TRAEQUIPCEN 75-C-0093-1,  Naval  Training  Equipment  Center, 
Orlando,  Florida,  March  1976. 
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terms  that  could  be  used  for  functional  design  of  feasible  con- 
soles to  the  basic  objectives  of  the  program. 

Data  were  gathered  from  all  of  the  Navy  Readiness  Training 
Squadrons  (RTS)  and  included  identifying  the  role  of  the  IP  in 
current  simulation  and  his  training  for  that  role.  Simulators 
under  development  were  also  reviewed. 

The  results,  in  general, revealed  that: 

• The  IP  has  assumed  the  role  of  simulator  instructor  in 
recent  years. 

• The  role  of  the  IP  (and  SO)  varies  with  the  type  of 
simulator,  weapon  system  and  type  of  training  involved. 

• The  IP  (and  SO)  are  not  trained  to  instruct  on  simulators, 
either  in  simulator  operation  or  methods  of  instruction. 

• Simulator  syllabi  are  not  designed  to  simulator  training 
requirements. 

• Instructor  consoles  are  not  designed  for  IP  use. 

• The  Navy  Flight  Officer's  (NFO)  role  in  simulator  in- 
struction interacts  with  the  IP's  role  and  must  be  considered  in 
console  design. 

• Modular  consoles  appear  feasible. 

In  short,  the  simulator  instructor  for  pilot  training  is 
typically  untrained  for  that  job,  is  not  provided  essential  in- 
formation for  the  task,  (e.g.,  syllabi,  scripts,  and  scenarios) 
and  is  expected  to  perform  at  a console  not  designed  for  the  job. 

The  study  also  developed  a basic  instructor  pilot  function 
flow  for  the  generic  role  identified. 
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SECTION  II 

PROBLEM 

GENERAL 

A review  of  the  background  of  the  problem  was  presented 
in  the  final  report  for  Phase  I.  In  brief,  the  role  of  the 
simulator  instructor  for  pilot  training  has  evolved  from  the 
early  non-pilot  specialist  to  the  current  instructor  pilot 
concept.  Unfortunately,  console  design  has  not  evolv'od 
similarly.  When  coupled  with  a general  lack  of  training  in 
simulator  utilization,  the  problem  facing  the  current  in- 
structor pilot  is  obvious  and  certainly  not  trivial.  As  out- 
lined in  the  first  report,  the  result  is  not  only  an  ineffec- 
tive use  of  simulation  in  the  training  program,  but  a general 
dislike  and  distrust  of  the  technique  as  a training  tool. 
Although  exceptions  do  exist  and  steps  are  being  taken  to 
ameliorate  the  problem,  the  Instructor  Pilot  problem  exists 
throughout  the  pilot  readiness  training  program.  A major 
factor,  which  is  the  subject  of  this  study  program,  is  the 
poor  design  of  the  interface  between  the  instructor  and  the 
rest  of  the  simulator  training  system,  especially  the  in- 
structor's console. 

PHASE  II  STUDY 

The  report  on  the  first  phase  study  described  the  flight 
simulator  instructor  ( s ) role  in  current  and  projected  readi- 
ness pilot  training.  Basic  instructor  functions  were  de- 
veloped. The  second  phase  effort  was,  therefore,  concerned 
with  a detailed  analysis  of  these  functions.  A review  of  the 
NFO  Instructors  (NFOI)  role  in  pilot  training  was  also  con- 
ducted to  ensure  that  the  functional  specification  reflected 
this  interaction.  Thus,  the  basic  problem  addressed  in  this 
study  was  the  analysis  and  documentation  of  instructor  pilot 
functions  in  simulation  training. 
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SECTION  III 

METHOD 


GENERAL 


The  basic  systems  engineering  approach  utilized  in  the 
first  phase  was  continued  in  this  phase.  A set  of  five  tasks 
was  utilized  to  conduct  the  analyses  and  to  develop  the  functions 
These  tasks  were: 

Task  A Function  Analysis 

Task  B Design  Analysis 

Task  C Alternative  Analysis 

Task  D Specification  Development 

Task  E Documentation 


in  addition  the  first  task  included  the  review  of  the  NFOI 
interac..ion  problem.  All  of  the  tasks  considered  the  console 
requirements  outlined  in  the  Phase  I report,  which  transcends 
IP  requirements,  including  the  feasibility  of  peer  and  "self- 
training"  concepts. 


TASK  A.  FUNCTION  ANALYSIS.  A detailed  analysis  of  the  functions 
identified  in  the  first  phase  was  conducted.  The  functions  were 
structured  so  that  they  reflected  the  different  philosophy  and 
implementation  requirements  imposed  by  console  location,  e.g., 
integral  with  or  isolated  from  the  student  (s)  station,  and  the 
different  training  objectives  and  requirements  of  the  Readiness 
Training  Squadron  and  the  Fleet  Operational  Squadrons.  The 
analyses  were  carried  to  the  point  of  identifying  basic  decision 
functions  and  information  requirements. 


TASK  Fri.  DESIGN  ANALYSIS.  The  second  task  was  directed  towara  pre 
liminary  allocations  of  functions  and  development  of  modular 
design  concepts. 

TASK  C.  ALTERNATIVE  ANALYSIS.  The  concepts  developed  in  Task 
n were  "analyzed  in  terms  of  the  criteria  (IP's  role)  developed 
in  the  Phase  I report  as  well  as  in  terms  of  state-of-the-art 
of  console  design  and  training  technology.  The  objectives  were 
directed  toward  the  next  generation  of  trainers  in  terms  of  design 
However,  consideration  was  also  given  to  the  retrofit  problems 
for  key  functions,  i.e.,  those  which  would  proouce  a significant 
training-cost  benefit  if  implemented  on  current  trainers. 
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TASK  D.  TKADE-OFF  ANALYSIS.  Broad  trado-offs  of  conceptual 
feasibility  and  effectiveness  were  attempted.  The  objective 
was  to  identify  attractive  alternatives  and  to  structure  risk 
areas  for  further  study. 

TASK  E.  DOCUMENTATION.  The  final  task  was  the  preparation  of 
the  final  report. 

REVIEW  AND  VALIDATION 

Visits  were  made  to  the  major  readiness  training  squadrons 
to  both  confirm  the  function  definition  data  and  to  explore  the 
NFOI  interaction  problem  and  requirements.  In  addition,  data 
on  late  developments  in  the  2F-106,  2F-112  and  2F-114  projects 
were  reviewed.  The  latest  Instructional  Systems  Development  (ISD) 
data  for  the  SH-2,  A6E , E-2C  and  F-14  were  also  reviewed. 
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SECTION  IV 
RESULTS 

GENEi^L 

The  findings  and  results  will  be  reviewed  under  four 
topics : 

(1)  Function  Breakdown 

(2)  Function  Allocation 

(3)  NFOI  Interaction 

(4)  Module  Concepts 

The  data  collected  and  analyzed  in  the  Phase  I study 
served  as  the  point  of  departure. 

FUNCTION  BREAKDOWN 

Five  general  functions  were  outlined  in  the  Phase  I study. 
These  were: 

(1)  Prepare 

(2)  Brief 

(3)  Train 

( ■* ) Evaluate 

(5)  Debrief 

As  a result  of  detailed  analysis  of  these  functions 
during  this  phase,  an  expanded  set  was  developed.  The  revised 
set  includes: 

(1)  Prepare 

(2)  Brief 

(3)  Initialize 

(4)  Train 

(5)  Evaluate 
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(6)  Debrief 

(7)  Manaqe  Data 

(8)  Develop  Syllabus 

(9)  Train  IP 

(10)  Self/Peer  Train 

While  some  of  the  new  functions  were  contained  in  the 
initial  breakdown,  several  new  functions  were  also  developed 
which,  while  not  inherently  IP  functions,  interact  with  the 
IP  console  and  therefore,  must  be  considered.  For  example, 
"Self/Peer  Training".  These  functions  are  presented  in  greater 
detail  in  the  following  paragraphs. 

The  functions  are  discussed  as  IP  requirements  and  are 
partly  based  on  current  operations  as  identified  in  the  Phase 
I effort.  While  it  is  useful  to  treat  the  functions  as  IP 
functions,  it  must  be  kept  in  mind  that  no  permanent  alloca- 
tion to  the  IP  is  implicit.  The  functions,  therefore,  should 
be  considered  as  instruction  functions  relevant  to  the  train- 
ing activities  involving  the  Instructor  Pilot, some  of  which 
may  be  allocated  to  machine  (e.g.,  the  simulation  system)  and 
some  to  man  (e.g.,  the  IP). 

PREPARE.  The  preparation  function  encompasses  all  the  efforts 
required  to  identify  WHO?  WHAT?  WHEN?  and  HOW?  In  addition,  it 
includes  the  requirements  for  analyzing  the  students'  training 
needs  and  structuring  the  session  to  implement  a "unique" 
syllabus.  it  can  be  subdivided  into  four  major  sub-functions: 

(1)  Identify  Session 

(2)  Assemble  Materials 

(3)  Review  Data 

(4)  Develop  Training  Session 

Identify  Session.  This  sub-function  identifies  who  and  what  is 
involved.  It  includes  identifying  the: 

• Student 

• Time  of  training  session 

• Simulator  to  be  utilized 
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• Syllabus  hop  scheduled 

• Simulator  status 

With  the  exception  of  information  on  the  readiness  or 
status  of  the  simulators,  the  information  is  identical  with 
that  contained  in  the  typical  training  schedule.  Although 
the  mechanics  of  presenting  the  information  to  the  IP  can  be 
improved,  the  information  required  (except  for  simulator  status) 
is  curr'^ntly  provided.  The  simulator  status  information  is 
essential  to  developing  the  implementation  plan.  The  in- 
formation needed  includes  status  of  both  simulation  and  train- 
ing sub-systems.  As  was  pointed  out  in  the  Phase  1 report, 
except  for  major  system  failures,  e.g.,  motion  system  in- 
operative, the  IP  receives  little  information  on  malfunctions 
or  degredations  which,  although  they  may  appear  insignificant 
in  simulation  terms,  may  be  catastrophic  in  traininq  terms. 

This  is  particularly  true  in  terms  of  cockpit  displays  and 
instructor  displays. 

Assemble  Materials.  The  Phase  I report  pointed  out  that  a 
major  problem  area  involved  the  lack  of  training  session 
support  materials  for  use  by  the  IP.  Latest  efforts  of  some 
of  the  ISO  programs  which  have  addressed  the  instructor  pilot  (e.g., 
SII-2  ISD)  have  recognized  this  problem.  However,  the  total 
simulator  syllabus  information  requirement  must  be  addressed. 

The  problem  is  compounded  by  the  variety  of  simulator  designs. 

Among  the  information  requirements  involved  are: 

• Student  file 

• Syllabus  hop  description 

• Scripts 

• Scenarios 

• Check  lists/guides 

• Initialization  data 

• Data  recording  sheets 

• Grade  sheets 

• Simulation  utilization  data  sheets 

• Flight  plans 
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The  Phase  I study  highlighted  the  problems  in  this  sub-  ' 

function  by  pointing  out  the  general  lack  of  reciuired  infor- 
mation except  for  the  student  file  (generally  available  at 
ti\e  training  office)  and  the  simulator  utilization  sheet 
(generally  provided  at  the  simulator).  In  general,  although 
there  were  many  exceptions,  detailed  simulator  training  syllabi, 
scripts,  scenarios,  check  lists,  performance  data  sheets,  etc., 
are  not  available.  However,  early  ISD  models  did  not  provide 
for  explicit  allocation  of  training  objectives  to  simulators. 

Therefore,  the  deficiencies  outlined  above  can  be  expected  to 
continue  in  operational  simulation  training  programs  until  the 
ISD  models  currently  under  development  can  be  implemented  into 
these  programs. 

i Review  Data.  Unfortunately,  much  of  the  information  requireu  lor  i 

review  is  not  available  as  pointed  out  in  the  Phase  I report.  ] 

Student  grade  sheets  for  simulator  training  are  not  oriented  to  j 

the  synthetic  situation  and  the  potential  for  objective  assess-  j 

merit.  The  syllabus  is  flight  oriented  and  so  does  not  provide  ! 

the  IP  with  detailed  data  on  objectives  and  techniques  to  exploit  i 

the  simulator's  capacity  to  acheive  these  objectives.  The  syllabus  | 

should,  for  example,  provide  explicit  delineation  of: 


(1)  Training  objectives  j 

(2)  Performance  criteria  | 

(3)  Hierarchical  priorities  1 

i 

(4)  Implementation  procedures  including  the  use  of 

demonstration,  record  - replay,  freeze,  parameter  locks,  reset, 

and  reinitialize. 

These  data  when  reviewed  in  connection  with  student  history  | 

and  simulator  status  form  the  background  for  the  training  | 

session  development.  ] 

Develop  Training  Session.  The  most  important  sub-function  in 
preparation  involves  the  actual  planning  of  the  training  session 
or  hop  and  designing  it  to  meet  the  needs  of  the  student.  The  | 

Phase  I report  concluded  that  the  shortcomings  in  existing  syl-  i 

labi,  support  materials  and  IP  training  resulted  in  this  sub-  ■ 

function  being  ineffectively  conducted  at  best.  The  quality  of 

the  information  assembled  in  the  first  three  preparation  sub-  | 

functions,  i.e.,  identify,  assemble  and  review,  determines  the 

quality  of  the  output  of  this  sub- function . j 

I 

i 
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Tho  development  tasks  include: 

a.  Individualize  syllabus  to  students'  needs. 

b.  Modify  initial  conditions  as  required. 

c.  Schedule  and  program  malfunction/emergencies. 

d.  Structure  controller  functions 

e.  Develop  tactical  scenarios. 

f.  Format  demonstrations. 

g.  Structure  performance  measurement  requirements. 

h.  Structure  display  and  control  requirements. 

i.  Review  contingencies,  i.e., 

• crashes,  missed  procedures,  unacceptable 
performance 

• simulator  emergencies,  e.g.,  fire,  loss  of 
communication,  hydraulic  malfunctions 

j.  Outline  briefing  sessions  (both  student  and  training 
staff)  . 

Suiimiary . The  '^reparation  Function  was  sub-divided  into  four 
sub-functions.  Ail  reflect  activities  in  which  the  IP  must  pre- 
pare- himself  to  conduct  a simulator  training  session.  The  tasks  in- 
volved are  not  trivial  and  the  information  requirements  are 
extensive.  The  success  of  the  training  session  is  highly  con- 
tingent on  the  thorough  completion  of  preparation  activities. 

As  pointed  out  in  the  Phase  I report,  much  of  the  required  data 
does  not  currently  exist  or  is  not  in  a usable  format.  Figure 
1 summarizes  the  Preparation  Function. 

BRIEF  FUNCTION.  Two  important  sub-functions  are  involved, 
namely  briefing  of  the  student  and  briefing  of  the  training 
support  staff  who  will  be  involved  in  the  training  session. 

The  critical  data  to  be  included  in  the  student's  brief  are: 

• planned  evolution 

• learning  objectives 

• performance  criteria 
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Figure  1.  Preparation  Function  Characteristics 
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• emergency  procedures 

• simulator  discrepancies/characteristics 

• planned  use  of  training  controls,  i.e.. 
Freeze,  Reset,  Replay,  Demonstration,  etc. 

• communication  procedures 

• flight  plan  data 

Tlie  briefing  for  the  support  staff  will  vary  with  the 
nature  of  training  session  and  the  staff.  If  additional  in- 
structor personnel  are  involved,  the  briefing  must  include 
explicit  definitions  of  training  responsibilities  and  inter- 
actions and  the  approach  for  achieving  the  required  integra- 
tion. In  any  case,  the  briefing  must  review  the  planned 
evolution  and  contingencies. 

A more  detailed  review  of  the  instructor  interaction 
problem  was  completed  and  will  be  summarized  under  a separate 
subsc'ction . 

INITIALIZE  FUNCTION.  The  initialization  function  involves  all 
of  the  actions  required  to  prepare  the  simulator  for  training 
wliich  ends  witn  the  student  (s)  in  the  cockpit.  The  function 
logically  subdivides  into  three  sub-functions,  i.e.: 

(1)  'onfigure  Cimulator 

(2)  Initialize  Cimulator 

(3)  Establish  Readiness 

The  first  is  primarily  concerned  with  mechanical  aspects, 
i.e.,  positioning  switches,  breakers,  controls,  etc.  The 
st!cond  is  concerned  with  entering  the  initial  conditions  of  the 
simulation  into  the  system,  and  the  last,  with  final  overall 
readiness  checks. 

CcMil iqure  Simulator.  Three  tasks  are  required  to  configure  the 
simulator.  They  are: 

(1)  Configure  simulation  system 

(2)  Configure  crew  station 

(3)  Configure  IP  console 

All  are  similar  in  being  directed  to  creating  a standard 
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system  configuration  as  a point  of  departure.  The  first  is 
directed  to  ensuring  that  the  simulation  system  is  ready  and 
Ln  a "stand-by"  or  "idle"  mode  of  operation.  It  involves 
establishing  that  the  correct  program  is  loaded  and  the 
computer (s)  is  in  the  training  mode;  that  the  support  systems 
such  as  motion,  land  mass  and  visual  are  functioning,  "zeroed" 
and  ready;  and  that  the  computer  peripherals  required  for  the 
session  are  in  the  proper  mode  and  also  ready. 

The  second  task  involves  verifying  or  establishing  the 
stanilard  configuration  of  the  crew  station.  The  configuration 
[or  pilot  training  will  normally  reflect  the  post-landing 
checklist. 

The  third  task  is  concerned  with  configuring  the  simulator 
consoles.  Although  it  approaches  the  initialization  function 
in  activities,  it  can  be  separated  in  terms  of  objectives.  As 
pointed  out  earlier,  configuration  (as  opposed  to  initializa- 
tion) of  the  console  is  concerned  with  establishing  a common 
point  of  departure  for  the  initialization  activities.  While 
they  could  be  combined,  the  result  would  dictate  that  every 
tiisplay  and  control  be  incorporated  in  the  initialization 
process,  a process  which  is  more  concerned  with  establishing 
specific  or  unique  conditions  rather  than  a common  set.  Thus, 
data  for  the  configuration  check  are  typically  contained  in 
the  simulator  utilization  manuals  whereas  the  initialization 
data  are  contained  in  the  syllabus.  Included  in  the  configur- 
ation tasks  are  clearing  malfunctions  and  overides,  setting 
displays  and  modes;  in  short  checking  each  switch  or  control 
and  display  to  achieve  a standard  pre-initialization  console 
configuration . 

Initialize  Simulator.  Three  tasks  are  involved  in  initializing 
the  simulator.  All  are  concerned  with  modifying  the  standard 
configuration  (achieved  in  the  proceeding  configure  sub-func- 
tion) to  meet  the  specific  requirements  of  the  planned  train- 
ing mission.  The  size  of  the  task  varies  with  the  com.puter 
program  sophistication,  weapon  system  complexity,  air  crew 
characteristics  and  support  instructor/operator  personnel. 

The  first  task  is  concerned  with  entry  of  all  initial 
conditions  data,  to  the  extent  that  all  or  portions  of  these 
data  are  already  resident  in  the  computer,  the  task  is 
simplified.  In  any  event,  the  data  which  may  be  entered 
include : 

• aircraft  configuration  and  stores 

• aircraft  location  (including  attitude,  altitude, 
heading  and  speed,  if  airborne) 
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• environment fs)  - ceilings,  visibilities, 

tt  aiperatures,  winds,  magnetic  variations,  turbulence,  and  ocean 
characteristics 

• radio/nav  aids  - location,  characteristics,  and 
degradation 

• targets  - locations,  speeds,  characteristics,  and 

behavior 


• malfunctions/emergencies 

• airfield(s)  - locations,  characteristics,  and  facil- 


istics,  sea 


carrier (s)  - types,  locations, 
state,  and  degradation 


speeds,  character- 


• display  selections 


• printout  selection 


• plot  selection 


The  second  initialization  task  is  concerned  with  insert- 
ing pre-programmable  events  and  their  triggers.  Where  pre- 
programming is  minimal,  pre-selecting  for  simpler  activation 
is  possible  and  included.  The  typical  data  included  in  pre- 
programming are: 


• variety  of  reset  positions,  e.g.,  in  flight,  carrier 
airficld(s)  and  their  characteristics 


• radio/nav  aid  facilities  and  characteristics 

• malf unci  ions/emergencies 

• demonstrations 

• changes  to  performance  recording/monitoring 

• changes  to  environment  (s ) - weather,  turbulence,  and  wind 

• changes  to  targets  and  boiiavior  degradation 

• new  targets,  characteristics  and  behavior 

Those  data  are  generated  during  the  Development  Sub- 
function of  the  Prepare  Function  and  arise  from  the  bisic 
simulator  syllabus,  IP  inputs,  and  training  models  (it  available) 
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The  third  task  is  concerned  with  initialization  oi  the 
crow  station.  This  task  v'aries  with  system  and  crew  size.  It 
involves  makincj  those  changes  to  the  standard  crew  station  con- 
figuration (achieved  in  the  configure  Simulator  Sub-function) 
required  for  the  training  mission.  Three  types  of  changes  are 
generally  required.  The  first  are  changes  which  impinge  on  the 
student  pilot,  e.g.,  placing  switches,  breakers,  etc.,  in  in- 
correct or  degraded  mode  positions.  These  are  part  of  the 
developed  training  syllabus.  The  second  are  those  changes  re- 
quired to  utilize  the  cockpit  with  other  air  crew  personnel 
"missing"  e.g.,  the  NFO  in  the  F-14,  F-4,  A-6  and  the  co- 
pilot in  the  S-3,  P-3,  SH-2  or  SH-3.  The  "settings"  are  those 
ro<;uired  for  pilot  training  with  the  IP  simulating  the  missing 
crewmen.  The  third  involves  those  changes  in  the  cockpit 
controls  required  to  align  the  cockpit  and  the  initialization 
data.  For  example,  when  the  initialization  is  an  in-flight 
condition,  the  throttles  must  be  advanced  to  match  the  power 
"simulation  condition."  Aircraft  configuration  controls,  e.g., 
wheels,  flaps,  brakes,  and  wing  switches  and  levers  must  be 
positioned  to  agree  with  initialization  conditions.  Unless 
this  synchronization  is  achieved,  the  initialization  data  will 
be  correspondingly  altered  to  agree  with  the  cockpit  upon 
activating  the  simulator  system.  The  results  are  generally 
catastrophic  for  training,  i.e.,  the  planned  mission  cannot  be 
flown  and  often  results  in  a "crash"  because  of  an  unflyable 
condition,  e.g.,  stall  because  of  gear  and  flaps  out,  swept 
wing  and  engines  in  idle  at  final  approach  fix. 

Establish  Readiness.  The  final  sub-function  in  the  initial...za- 
tion  process  involves  the  "GO  - NO  GO"  checks  for  verification 
of  readiness  to  start  the  training  mission.  The  function  is 
typically  well  performed  in  current  simulator  training  opera- 
tions. Although  the  details  vary  with  characteristics  of  the 
system,  they  include  verification  that: 

• student  (s)  are  in  the  cockpit  with  required  safety 
equipment  in  place 

• area  is  secure  and  safe 

• support  material  (scripts,  scenarios,  and  data  sheets) 
arc  available 

• other  instructor  personnel  are  in  position 

• communications  with  the  support  staff  and  student 
have  been  established 

• ramps/supports,  etc.,  have  been  retracted 

• initial  conditions  have  been  entered 
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Ln  short,  the  task  typically  ends  with  the  training 
system  rn  the  "Freeze"  condition  with: 

• motion  system  erected 

• visual  system  aligned  and  operating 

• initial  conditions  set 

• aircr<'w  prepared  to  take  control 

Sunmiary . The  Initialize  Function  achieves  a "tailoring"  of 
the  simulation  system  to  meet  the  unique  needs  of  the  specific 
training  mission  to  be  executed.  The  first  step  places  the 
simulator  into  a standard  configuration  in  terms  of  both  soft- 
ware and  hardware.  The  second  step  modifies  the  standard  con- 
figuration as  required  by  the  specified  condition  of  the  sylla- 
l)us  mission.  The  third  task  is  a final  verification  that  the 
system  is  ready  for  training.  It  includes  checks  for  both 
safety  and  readiness. 


TRAIN  FUNCTION.  The  basic  operation  of  the  simulator  occurs  in 
the  Train  Function.  Although  the  allocation  of  functions 
between  instructor  and  simulation  system  vary  significantly 
among  existing  operational  trainers,  four  basic  instruction 
sub- functions  must  be  accomplished.  They  are: 


(1)  Control  Simulator 

(2)  Monitor  Performance 

(3)  Instruct 

(4)  Record 

These  sub- functions , unlike  those  in  the  previous  functions 
which  were  performed  sequentially,  can  be  and  are  typically 
performed  simultaneously  and  repeated  as  necessary. 


Performance  evaluation,  because  of  its 
been  identified  as  a separate  function  even 
the  activity  occurs  simultaneously  with  the 


importance,  has 
though  much  of 
Train  Function. 


Control  Simulator.  The  control  sub-function  has  been  divided 
Unto  nine  fasks.  Two  tasks  are  trivial  (or  should  be)  in  that 
they  involve  activating  and  deactivating  the  simulation  system; 
one  is  a simulation  task,  five  are  training  control  tasks  and 
one  is  a monitor  task.  They  are: 


• activate  simulation  systems 
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• provide  interacting  manned  system  simulations 

• activate-deactivate  emergencies/malfunctions 

• select  and  activate  demonstrations 

• set  and  select  replay 

• freeze 

• initialize  and  reset 

• monitor  safety 

• deactivate  trainer  at  end  of  session 

The  activate  and  deactivate  tasks  are  straight  forward, 
providing  the  training  mission  has  been  well  planned. 

The  supporting  simulations  of  interacting  manned  systems 
can  ana  typically  do  involve  a sizeable  task.  The  Phase  I 
report  summarized  this  task  in  a flow  chart  which  is  reproduced 
as  Figure  2,  and  illustrates  the  magnitude  of  the  problem.  The 
information  required  for  this  task  is  contained  in  the  scripts 
and  scenarios  developed  earlier.  The  performance  requirements 
can  impose  severe  problems  if  the  student  is  expected  to  "hear" 
different  human  controllers,  aircrew  and  instructors  and  if 
targets  are  expected  to  respond  intelligently  and  interactively. 

The  basic  training  control  function  for  emergencies/mal- 
functions, demonstrate,  replay,  reset  and  freeze  are  simple  in 
terms  of  activation,  but  complex  in  terms  of  decision  require- 
ments. The  information  required  is  found  in  two  other  functions, 
i.e.,  the  detailed  syllabus  developed  in  the  Prepare  Function 
and  the  conclusions  reached  in  the  Evaluate  Function. 

The  monitor  safety  function  involv^es  ensuring  that  other 
personnel  do  not  enter  hazardous  areas  such  as  the  motion  plat- 
form area,  and  that  general  safety  items  such  as  fire  and 
meciianical  failures  are  monitored. 

The  Control  Simulator  sub-function,  thus,  includes  a set 
of  activities  concerned  primarily  with  actual  training  control 
of  the  simulator  and  the  control/simulation  of  interacting 
manned  systems. 

Monitor  Performance.  The  Monitor  Performance  sub- function 
while  directed  primarily  to  student  performance  is  also  con- 
cerned with  simulation  system  performance.  The  task  involves 
measuring  performance  and  is  important  to  other  Train  Sub- 
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functions  (e.g.,  Instruct  and  Record)  and  to  the  Evaluate 
Function.  The  specific  monitoring  or  measurement  strategy 
should  have  been  identified  during  the  Prepare  Function. 

Four  separate  tasks  are  involved. 

(1)  monitor  student  procedures 

(2)  monitor  student  control  technique 

(3)  monitor  skill  level 

(4)  monitor  simulation  system  performance 

Student  performance  can  be  structured  under  a variety  of 
hierarchies  or  taxonomies.  The  procedures,  control,  and  skill 
breakdown  is  one  which  has  proven  useful  in  simulator  training 
performance  measurement  studies.^  It  groups  data  into  categories 
useful  for  evaluation  and  debriefing  since  it  divides  perform- 
ance on  the  basis  of; 

(1)  Does  the  student  know  what  to  do?  (Procedures) 

(2)  Does  he  know  how  to  do  it?  (Technique) 

(3)  Has  he  reached  the  required  performance  level? 

(Skill) 

Regardless  of  the  scheme  employed,  relevant  data  must  be 
sampled  during  the  session  to  permit  evaluation  of  the  students' 
performance.  This  sub-function  is  concerned  with  sampling  (and 
processing)  of  those  data.  What  and  when  to  sample  was  identi- 
fied during  the  Preparation  Function. 

Simulator  performance  monitoring  is  required  to  detect 
simulator  degradation  which  might  affect  training  or  necessi- 
tate contingency  training  plans.  Loss  of  motion,  visual  or 
cockpit  displays  for  example,  could  have  a serious  impact  on 
a weapon  system  training  mission. 

Instruct.  The  instruct  sub-function  involves  a wide  set  of 
training  tasksor  techniques  which  are  grouped  under  four  tasks. 
Again,  a wide  variety  of  alternative  groupings  are  possible. 


Charles,  John  P.  and  Johnson,  Robert  M.  "Automated  Weapon 
System  Trainer:  Expanded  Module  for  Basic  Instrument  Flight  Man- 
euvers." Technical  Report  74-C-0141-1,  Naval  Training  Equipment 
Center,  Orlando,  FL  (in  printing). 
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Those  outlined  are: 


(1)  provide  feedback  data 

(2)  critique 

(3)  correct  procedures 


(4)  provide  technique  data 


In  short,  they  are  concerned  with  providing  the  student 
information  on: 


(1)  How  well  he  is  doing. 

(2)  What  he  is  doing  wrong. 

(3)  How  it  should  be  done. 

(4)  Alternative  or  better  techniques  (especially 

for  tactics ) . 

Data  inputs  include  the  detailed  syllabus,  performance 
criteria,  and  performance  monitoring  data  as  well  as  data  from 
the  Evaluation  Function.  The  output  is  explicit. 

Record . The  record  sub-function  includes  both  short  term 
storage  (training  session)  and  long  term  storage  (student/ 
officer  personnel  jacket) . The  data  to  bo  recorded  can  be 
clustered  under  four  categories. 


(1) 

data 

for 

feedback 

(2) 

data 

for 

simulator 

training  control 

(3) 

data 

for 

debrief 

(4) 

data 

for 

records 

The 

data 

to  be 

recorded  were 

identified 

in  the  developed 

leci 

sy  1 1 

a bus , 

sampled  and  processed  in 

the  performance 

moni 'Of  suh-f  i nctioi’ , and  then  sorted  and  output  according  to 
the  noeus  identified  above. 


Summajrjy.  The  Train  Function  is  concerned  with  the  actual 
operation  of  the  simulation  system.  It  includes  those  sub- 
functions concerned  with  controlling  the  simulators,  monitoring 
or  measuring  student  performance  and  simulator  performance, 
basic  instructing  tasks  and  output  or  recording  of  results. 

The  sub-functions  are  interactive  and  non-sequentia 1 . They 
are  completed  when  the  student  achieves  criterion  performance 
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or  the  training  period  is  over.  In  general,  the  information 
requirements  are  provided  by  other  sub- f unct  i ons  . Thf' 
characteristic  of  the  function  is  best  described  as  the 
implementation  of  the  detailed  training  mission  plan. 

EVALUATE  FUNCTION.  Performance  evaluation  is  di  f fe'rentiated 
from  the  Train  Function  both  because  of  its  importance  and 
because  of  the  basic  differences  between  control/data  processing 
(Train  Function)  and  data  analysis/evaluation  which  is  the 
objective  of  the  Evaluate  Function.  Six  related  sub- f unct ions 
were  identified.  They  are: 

(1)  monitor  relevant  parameters  for  each  mission 
segment/phase/leg 

(2)  establish  relation  of  performance  to  expected/ 
required  performance  envelope 

if,  (3)  below  criteria,  diagnose  problem 

(4)  select  instruction  technique  to  apply 

(5)  revise  training  plan  as  required  to  implement 

(6)  brief  student  and  support  staff  as  required 
and  proceed 

The  Evaluate  Function  is,  at  least  for  the  near  future,  a 
classic  decision  function  in  that  a course  of  action  must  be 
selected  in  the  face  of  some  uncertainty  as  to  the  optimum  solu- 
tion. As  such  it  is  heavily  dependent  on  the  characteristics  of 
the  data  and  their  processing.  The  output  is  a syllahus  adapted 
in  near  real  time  to  the  performance  and  training  needs  of  the 
student. 

The  information  requirements  include  the  detailed  learning 
objectives,  and  performance  requirements  identified  in  the 
Prepare  Function,  the  performance  monitor  data  developed  in  the 
Train  Function.  Diagnostic  models  or  diagnostic  capabilities 
which  can  relate  the  results  to  the  dynamic  learning  process  and 
forecast  or  predict  sufficiently  to  permit  restructuring  the 
training  mission  are  required. 

DEBRIEF  FUNCTION.  The  Debrief  I'unction  is  the  last  sequential 
function  of  the  basic  simulator  training  session,  i.e.; 
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Brief 

Initialize 


Train 


Evaluate 


Debrief 

Two  tasks  are  involved,  i.e.,  debriefing  of  the  student 
and  debriefing  of  the  simulator  support  crew. 

Debrief  Student.  The  student  debriefing  can  be  divided  into 
six  tasks. 

(1)  organize  data  for  debriefing 

(2)  assemble  debriefing  materials 

(3)  review  problems  with  student 

(4)  review  learning  objectives  with  student 

(5)  review  training  status  with  student 

1(6)  outline  recommended  actions  with  student 

The  first  two  tasks  are  preparation  for  the  debriefing  and 
involve  prioritizing  or  structuring  the  debrief  and  assembling 
materials  such  as  printouts,  plots,  plans  and  notes.  The  last 
I four  tasks  encompass  the  actual  debrief  and  are  aimed  at 

i clarifying  for  the  student  what  he  was  expected  to  do,  what  he 

did  wrong,  what  his  progress  was  and  any  recommendations  to 
|l  help  the  student. 

il  The  Debrief  Function  is  similar  to  the  Evaluate  I'unction 

; in  being  diagnostic  and  decision  oriented. 

i; 

i'  Debrief  Simulator  Crew.  The  second  part  of  the  debrief  function 

involves  debriefing  the  support  crew,  both  other  instructors 
and  the  operators.  The  objective  is  to  review  the  training 
evolution  and  management  problems  which  arose  as  well  as 
functions  and  tasks  which  were  well  done.  In  addition,  the 
debrief  function  is  utilized  to  summarize  simulator  discrep- 
ancies and  operating  problems. 
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MANAGE  DATA  FUNCTION.  Three  sets  of  data  are  associated  with 
simulator  utilization  in  pilot  training.  These  are: 

• Student  Data 

• Simulation  System  Data 

• Training  Data 

The  development  and  management  of  these  data  although 
not  entirely  IP  functions  are  logically  part  of  the  in- 
struction process  and  should  do  addressed  as  part  of  the 
i)roblem. 

Student  Data.  Information  on  student  performance  is  required 
for  two  different  purposes.  Although  a single  data  file 
could  meet  these  demands,  current  and  near  future  training 
system  designs  indicate  that  end  ust.rs  may  not  have  access 
to  a common  data  bank.  The  two  requirements  are  for: 

a.  student  files/ j ackets 

b.  simulator  training  files 

The  student's  jacket  requires  data  compatible  with 
performance  from  other  training  media  including  in-flight. 

The  data  must  follow  a format  which  is  meaningful  and 
compatible  with  other  scoring/grading  systems. 

Simulator  training  files  contain  the  detailed  perform- 
ance data  which  can  be  developed  uniquely  in  the  simulator 
and  can  be  used  to  diagnose  and  adapt  the  simulator  syllabus 
to  the  student's  needs. 

Simulation  System  Data.  Two  types  of  data  on  tiio  simulatior, 
system  are  required.  They  are: 

a.  simulator  utilization  data 

b.  discrepancy  data 

The  utilization  data  is  normally  prepared  by  the  Simulator 
Operator  (SO)  for  resources  management.  The  discrepancy  data 
establish  the  readiness  of  the  trainer  for  the  next  training  ses- 
sion and  maintenance/repair  requirements.  The  IP  input  is  par- 
ticulary  important  to  identify  training  function  discrepancies. 

Training  Data.  Data  are  requirea  to  permit  the  evaluation  of 
fTCmulator  training  and  includes  identification  of  student,  in- 
structor, specific  syllabus  and  results. 
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DEVIILOP  SYLLABUS  FUNC'TIOM.  Tho  digital  comi)utci-  can  provide  ti'C 
capability  of  storing  syllabi  for  recall  when  needed.  It  can 
also  provide  tlie  capability  to  mociifv  and  update  the  syllabus 
ilata  wnicii  was  stored.  This  requirement  consists  of  four  sequen- 
t i.i  1 tasks  : 


(1)  Identify  the  changes 

(2)  Format  the  changes 

(3)  Implement  the  changes 

(4)  Validate  the  changes 

The  IP  must  be  intimately  involved  in  the  first  and  last 
tasks.  Witli  an  interactive  terminal  and  user  language,  he 
can  readily  perform  all  four.  In  fact,  tasks  2 and  3 become 
trivial  if  modern  computer  technology  is  utilized. 

The  changes  are  of  two  types.  One  is  concerned  with 
changes  required  to  align  the  syllabus  with  the  system  and 
tactical  clianges.  The  second  is  concerned  with  improving  tho 
training  effectiveness  of  the  syllabus.  The  latter  draws 
heavily  on  the  data  processed  in  the  Manage  Data  Function. 

TPyilN  IP  FUNCTION.  The  Phase  I study  concluded  that  the  most 
critical  problems  in  the  utilization  of  the  Instructor  Pilot 
in  simulator  training  were: 

a.  The  lack  of  training  in  how  to  effectively 
utilize  the  simulator. 

b.  The  lack  of  standardization  in  syllabus 

implementation . 

While  other  factors  such  as  poorly  composed  syllabi 
and  lack  of  training  on  "How  to  Instruct"  contribute  to  the 
problem,  the  simulator  utilization  training  must  be  provided 
if  the  simulator  is  to  be  an  effective  media.  The  simulator 
itself  provides  the  basic  tool  for  this  training.  The  sub- 
functions to  be  provided  include: 

a.  Simulation  Operation 

b.  Simulator  Training 

c.  Simulator  Syllabus  '^'evelopment 

d.  Standardization  Training 
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simulator  Operation.  The  first  sub-function  includes  the 
■ tasks  required  to  teach  the  IP  the  basic  operation  of  the 

j . simulation  system  or  that  poition  of  the  device  which  he  will 

; utilize.  The  training  includes: 

I i 

• console  familiarization 

, • console  operation 

• operating  procedures 

• syllabus  implementation 

Simulator  Training.  The  second  phase  of  the  IP  training  is 
concerned  with  unique  simulator  training  capabilities  and 
problems.  The  task  addresses  the  differences  between  flight 
, and  simulation  training  capabilities  and  how  to  utilize  the 

simulator's  training  functions.  Four  tasks  were  identified. 
They  are  aimed  at  providing  the  IP  training  in: 

• training  function  usage 

• training  techniques 

• evaluation  

• simulator  instructing 

Training  function  usage  refers  to  the  unique  training 
controls  available  on  modern  simulators.  These  include 
features  such  as: 

• initialization  to  any  point  in  the  system's 
performance  envelope 

« • record  and  replay  of  student's  flight 

^ • demonstration  of  good  or  bad  performance 

with  the  student  in  the  cockpit 

( 

■;  . • reset  and  reinitialize  to  any  point  in  the 

1 envelope 

I 

I 

• freeze  and  fly  out/reset  and  fly  out 

The  objective  is  to  teach  how  and  when  to  utilize  these 
features  effectively. 

I Training  techniques  refer  to  the  use  of  selected  training 

r approaches  using  a simulator.  It  should  include  training  in 

i the  importance  of  specifying  training  objectives,  performanci' 
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crLterici,  feedback,  part  task  training,  and  adaptive  training. 

Training  in  evaluation  of  student  performance  is  particu- 
larly important  for  the  IP  (who  is  also  a Flight  Instructor)  for 
two  major  reasons.  First,  the  simulator  system  can  provide  the 
TP  with  a wealth  of  data  on  studenf  performance  ranging,  for 
example,  from  time  plots  to  statistical  analyses  of  tactical 
errors.  Second,  the  simulator  is  not  an  airplane,  and  regard- 
less of  the  realism  achieved,  the  student’s  performance  must 
be  placed  in  this  perspective. 

Simulator  instructing  provides  "hands-on"  training.  A 
"simulated  student"  and  an  instructor  training  syllabus  are  re- 
quired. The  Instructor  Pilot  instructor  functions  are  iden- 
tical to  the  training  functions  described  in  the  previous  pages. 

S Lmu la  tor  Syllabus  Development . Training  in  how  to  develop  and 
imnlemont  a simulator  training  syllabus  concludes  the  IP  training 
function.  Aside  from  the  mechanics  of  using  an  interactive  tor- 
min.il,  tile  requirement  and  procedures  for  syllabus  configuration 
control  are  included. 

Standardization  Training.  This  sub-function  provides  instructor 
standardization  checks  in  simulator  training.  The  function  re- 
ijuires  chocks  of  both  IP  syllabus  implementation  and  student 
pilot  evaluation.  The  simulation  system  can  be  utilized  for  this 
function . 

SEI.F/PEF.P  TRiXIN  FUNCTION.  The  use  of  the  simulacion  system  by  stu- 
J._nt,s  without  an  IP  at  the  console  can  increase  utilization  of  the 
device  and  decrease  instructor  requirements.  It  is  included  as 
an  instructor  function  since  several  "instructor"  capabilities 
must  be  incorporated  in  the  instructor  console  to  permit  this 
mode  of  operation.  This  is  particularly  true  if  training  effec- 
tiveness is  to  be  achieved.  In  fact,  a limited  automated  in- 
structor function  must  be  implemented.  The  sub-functions  re- 
(luired  are: 

a.  Basic  Simulator  IP  Functions 

b.  Syllabus  Lockouts 

c.  Performance  Lockouts 

In  .iddition  critical  simulator  controls  must  be  provided  in 
the  cockpit.  These  include  the  function  of  Start/Run,  Freeze, 
Reset,  Training  Mission  Selection,  Demo  Selection,  Record  Replay 
and  Idnergoncy  controls. 

B.isic  Simulator  IP  Functions.  The  sequential  training  functions 
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presented  in  the  proceeding  pages  are  required.  Flowever,  they 
can  and  should  be  minimized  to  the  practice  object iv'es  of  the 
St‘lf/Pcer  Training  Function.  The  sequential  training  functions 
include : 

a.  Prepare 

b.  Brief 

c.  Initialize 

d.  Train 

e.  Evaluate 

f.  Debrief 

In  addition,  the  Student  Data  and  Simulator  Data  sub- 
functions of  the  Data  Management  Function  are  required. 

Syllabus  Lockouts.  Although  data  indicates  the  technical  feas- 
ibility of  implementing  Self/Peer  training  ^ a practice  mode , 
it  is  not  clear,  for  example,  that  new  skills  acquisition  can  be 
accomplished.  Therefore,  a syllabus  lockout  should  be  incor- 
porated to  preclude  the  student  "getting  ahead"  of  the  IP 
controlled  syllabus  or  attempting  maneuvers  or  missions  be- 
fore he  has  acquired  the  prerequisite  skills  under  IP  guidance. 

A second  type  of  lockout  is  also  required  to  ensure  that 
the  syllabus  lockout  cannot  be  bypassed.  This  requires  a 
student  file  lockout  tc  prevent  the  student  from  altering  his 
training  record  or  from  accessing  other  records  with  instructor 
data . 

Performance  Lockouts.  To  ensure  that  Self /Peer  trainina  docs 
not  result  in  the  acquisition  of  undesirable  performance,  a 
"performance"  lockout  sub-function  should  be  implemented.  This 
requires  that  the  system  monitor  the  students'  performance  and 
stop  training  when  errors  are  repeated  and  the  diagnostic  sys- 
tem cannot  solve  the  problem  when  acquisition  degrades  below 
some  value.  A similar  lockout  for  the  opposite  reasons,  i.e., 
achievement  of  beyond  criterion  performance  is  required  to 
preclude  "learning  to  fly  the  simulator"  as  opposed  to  learn- 
ing to  fly  the  weapon  system  and  to  permit  efficient  use  of  the 
training  resources. 

SUMMARY.  Ten  functions  have  been  analyzed  to  provide  the  IP 
functions  in  simulator  training.  allocation  of  functions  (to 

IP  or  simulator  system)  are  implied  in  this  analysis  except  for 
the  Self/Peer  Training  Function  which  requires  at  least  a 
partial  automation  of  the  IP  functions.  Appendix  A contains  a 
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detailed  list  of  the  functions  and  related  requirements. 
FUNCTION  ALLOCATION 

Trial  allocations  of  the  IP  functions  were  made.  Be- 
cause of  the  wide  variety  of  the  current  generation  of  train- 
ers and  of  the  roles  of  the  IP  as  a function  of  different 
systems  (sec  Phase  I report)  only  a generic  allocation  was 
finalized.  While  the  result  is  co.nceptually  feasible,  demon- 
strations of  technical  feasibility  are  required  for  some  allo- 
cations. In  addition,  field  trials  of  the  acceptability  of 
the  revised  role  of  the  IP  and  the  training  implied  need  to 
be  undertaken. 


Several  assumptions  are  inherent  in  the  allocation  and 
reflect  the  results  of  the  Phase  I effort. 

Assumption  I.  The  simulator  IP  will  also  be  a flight  IP, 
i.e.,  he  will  not  specialize  in  simulator  training. 


Assumption  II.  The  allocation  must  reflect  at  least  the 
constraints  imposed  by  existing  technology  and  that  which 
might  be  available  in  the  near  future  (5  years). 

Assumption  III.  A mix  of  training  media  including  flight 
will  be  utilized  in  pilot  training. 

The  first  assumption  generates  a practical  design  con- 
straint in  that  the  skills  developed  by  the  IP  for  flight  in- 
structing should  also  be  used  in  simulator  instructing.  At 
the  minimum,  they  must  not  conflict  or  transfer  negatively. 
Thus,  the  IP's  ability  to  ex^aluate  student  performance  in 
flight  and  structure  remedial  exercise  should  be  exploited 
in  the  simulator.  The  implication  is  that  the  information 
utilized  for  inflight  evaluation,  for  example,  should  be  pre- 
sented similarly  in  the  simulator  to  capitalize  on  that  skill. 


The  second  assumption  contains  the  level  of  automation 
to  be  considered. 


The  third  assumption  permits  the  simulation  training 
system  utilization  to  be  optimized.  Knowledge  and  skills  more 
efficiently  taught  with  other  media  can  be  designated  as  pre- 
requisites for  simulator  training.  The  syllabus  implications 
arc  obvious. 


An  assumption  which  does 
corned  with  the  efficient  use 
that  if  an  IP  is  required  for 
should  proceed  to  utilize  the 


not  need  formalizing  is  con- 
of  personnel.  It  was  assumed 
any  reason,  th*'>n  the  allocation 
IP  "full  time"  by  allocating 


Am 
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him  additional  functions  based  on  automation  costs  and  IP 
training  costs. 

Within  these  limited  constraints  the  allocations  outlined 
in  Table  I were  developed. 

TABLE  1.  ALLOCATION  OP  TRAINING  SUBFUNCTIONS 

Al location 

Function/Subfunction  Instructor  Simulator  System 


1. 

Prepare  Function 

1.1 

Identify  Session 

X 

L.  2 

Assemble  Materials 

Supports 

X 

1.3 

Review  Data 

X 

1.4 

Develop  Training  Session 

X 

Supports 

2. 

Brief  Function 

2.1 

Brief  Student 

X 

Supports 

2.2 

Brief  Simulator  Crew 

X 

3. 

Initialize  Function 

3.1 

Configure  Simulator 

X 

3.2 

Initialize  Simulator 

X 

Supports 

3.3 

Establish  Readiness 

X 

4. 

Train  Function 

4.1 

Control  Simulator 

Supports 

X 

4.2 

Monitor  Performance 

Supports 

X 

4.3 

Instruct 

X 

Supports 

4.4 

Record 

Supports 

X 

5. 

Evaluate  Function 

5.1 

Monitor  Parameters 

Supports 

X 

5.2 

Performance  in  Limits  (?) 

Supports 

X 

5.3 

Diagnose  Problem 

X 

Supports 

5.4 

Select  Remedial  Technique 

X 

Supports 

5.  5 

Implement 

X 

Supports 

5.6 

Brief  Crew 

X 

6. 

Debrief  Function 

6.1 

Debrief  Student 

X 

Supports 

6.2 

Debrief  Simulator  Crew 

X 

7. 

Manage  Data  Function 

7.1 

Student  Data 

Supports 

X 

7.2 

Simulation  Data  System 

Supports 

X 

7.  3 

Training  Data 

X 
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TABLE  1.  ALLOCATION  OF  TRAINING  SUBFUNCTIONS  (cont.) 

Allocation 

Fund ion/Subf unction  Instructor  Simulator  System 

8.  Develop  Syllabus  Function 

8.1  Identify  Changes 

8.2  Format  Changes 

8.3  Implement  Changes 

8.4  Valruate  Changes 

9.  Train  IF  Function 

9.1  Simulator  Operation 

9.2  Simulator  Training 

9.3  Simulator  Syllabus  D 

9.4  Standardization  Trai 

10.  Self/Peer  Train  Function 

10.1  Basic  Simulator  IP  Function  X 

10.2  Syllabus  Lockouts  X 

10.3  Performance  Lockouts  X 

Of  the  35  subfunctions  involved,  16  have  been  assigned 
primarily  to  the  simulator  system  and  19  to  the  instructor  (IP 
or  Instructor  Pilot  Instructor) . The  system  supports  the  in- 
structor in  11  functions  and  the  instructor  supports  the  system 
in  11  '’unctions.  Therefore,  the  interaction  between  man  and 
machine  is  extensive.  Most  of  the  support  functions  of  the 
instructors  are  "by  exception"  type,  i.e.,  he  can  accept 
or  alter  the  plan  or  decision  developed  by  the  system. 

The  system  functions  reflect  the  following  technology 
level s : 


X 

X 

Supports 

X 

Supports 

X 

Supports 

Supports 

X 

Supports 

X 

evelopment 

X 

ning 

Supports 

X 

• existing  advanced  mini-micro  computers 

• existing  advanced  displays 

• existing  programming  technology 

• feasible  modeling  and  software  implementation 

• advanced  computer  peripherals  such  as 
speech  generation  and  understanding 

It  is  clear  that  the  "simulator  system"  to  which  functions 
were  allocated  docs  not  resemble  existing  simulators.  A new 
sot  of  requirements  has  been  imposed.  Some  of  the  functions 
may  appear  similar.  They  arc  significantly  different  from 
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simulation  requirements  - they  are  training  requirements.  ilow- 
ever , they  can  be  implemented  through  the  capabilities  prov'ided 
by  digital  computer  technology.  The  implications  for  design 
are  outlined  in  the  following  discussion  of  modular  concepts. 

The  function  allocation  significantly  reduces  the  role  of 
the  instructor  in  simulator  control  during  the  training 
session.  To  the  extent  that  it  reaches  this  goal,  it  increases 
his  load  in  terms  of  instructing  functions,  i.e.,  observing  the 
student,  evaluating  performance,  and  structuring  remedial 
training  activities. 

In  summary,  the  generic  function  allocation  developed  re- 
sults in  a highly  interactive  console  in  which  maximum  support 
is  provided  the  IP.  He  is  freed  of  routine  control  functions 
and  data  is  provided  or  "callable"  for  decision  functions.  The 
resultant  role  emphasizes  the  unique  (at  least  for  the  near 
future)  capability  of  the  IP  to  identify  performance  problems 
and  help  the  student  solve  the  problem.  This  capability  is 
particularly  important  at  weapon  system  levels  (including 
tactics)  whose  decision  models,  even  if  conceptually  feasible, 
could  not  be  implemented  at  the  training  level  because  of  cost 
and  complexity. 

NAVY  FLIGHT  OFFICER  INSTRUCTOR  (NFOI)  INTERACTION 

The  Phase  I study  after  summarizing  the  role  of  the  IP 
recommended  that  the  IP/NFOI  interaction  be  investigated.  This 
interaction  was  viewed  as  important  in  simulator  training  for 
Multi-place  Fighter,  Attac)c  and  ASW  systems. 

Furthermore,  the  problem  appeared  to  exist  primarily  in 
those  systems  where  the  pilot  (s)  interacted  with  the  weapon 
system  (e.g. , the  F-14)  as  opposed  to  those  in  which  the 
pilot  (s)  tasl<s  were  almost  exclusively  flight  taslcs  (e.g., 
the  E-2).  The  physical  location  of  the  IP  relative  to  the 
NFOI  obviously  compounds  the  problem. 

A review  of  the  A-6,  F-14,  F-4,  P-3,  S-3,  E-2  and  SH-2 
syllabi,  simulators  and  readiness  training  operations  was  con- 
ducted. The  distinction  between  systems  in  which  the  pilot (s) 
primarily  fly  the  vehicle  as  opposed  to  weapon  systems  oper- 
ation clearly  separated  these  systems  into  two  sets.  The 
P-3,  S-3,  and  E-2  typify  the  set  where  the  pilot  (s)  tas)<s  are 
almost  solely  flight  tasks.  The  F-4,  F-14,  A-6  and  SH-2 
typify  the  set  in  which  the  pilot  has  both  flight  systems  and 
weapon  systems  tasks.  The  interaction  problems  will  be  re- 
viewed under  the  two  headings  "Flight  Systems  Only"  and 
"Flight  and  Weapons  System  Tasks." 
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I'lilGIlT  SYSTI'JMS  ONLY.  The  training  syllabi  for  this  type  of 
system  reflects  the  separate  tasks  of  the  pilot  (s)  and  crew. 
Pilot  training  is  typically  conducted  separately  until  the 
crew  and  pilots  meet  for  flight  training.  The  simulators 
follow  this  pattern  with  pilot  trainer  cockpits  generally 
located  on  their  own  motion  platform  and  typically  operated 
in  the  OFT  (operational  flight  training)  mode.  The  IP 
typically  rides  the  platform  seated  at  a console  from  which 
ne  can  control  the  flight  training  syllabus.  The  weapons  or 
tactics  trainer  under  NFOI  control  is  either  physically  (or 
virtually)  a separate  training  system  and  evolution. 

For  these  systems  it  appears  that  the  only  requirement 
for  a full  system  operation  (if  possible)  is  for  the  NATOPS 
checks.  An  integration  problem  can  exist.  For  example, 
communication  between  NFOI  and  IP  is  even  a problem  in  some 
existing  devices.  However,  the  integration  requirement  is 
m.inimal,  and  IP/NFOI  interaction  is  limited. 

.Another  type  of  interaction  can  exist  and  will  exist 
in  future  trainers  for  this  type  of  system.  The  weapons/ 
tactics  simulation  may  require  flight  control  inputs  to  the 
simulation.  A pilot  (sometimes  an  IP)  may  be  required  to 
provide  these  inputs  at  the  instructors  console,  especially 
in  advanced  training  where  realistic  flight  conditions  need 
to  be  created.  However,  no  problem  is  forseen  in  these 
operations,  since  it  is  clear  that  the  NFOI  is  the  instruc- 
tor in  charge  and  the  IP  or  other  qualified  pilot  (s)  are 
contributing  to  the  simulation,  not  instructing. 

Summary . The  TP-NFOI  interaction  problem  in  sim.ularor  train- 
ing systems  for  weapon  systems  in  which  the  pilot  (s)  func- 
tions are  primarily  flight  control  tasks  is  minimal.  The 
NFOI  and  IP  effectively  teach  independently.  Where  integra- 
ted training  does  occur,  it  is  of  a highly  specialized  type 
such  as  a NATOPS  check.  The  detailed  specification  for 
these  training  missions  should  preclude  any  interaction 
problem,  especially  with  adequate  briefings  and  agreements 
on  the  course  of  the  evolution. 

Fl.IGHT  AND  WEAPONS  SYSTEM  TASKS.  The  typical  training 
syllabi  for  Weapon  Systems  in  which  crew  (NFOs  and  pilots) 
integration  is  essential  to  mission  performance  can  be 
divided  into  two  phases.  The  first  can  be  described  as 
familiarization  and  subsystem  qualification.  During  this 
phase  the  pilot  and  NFO  are  trained  separately,  the  pilot  in 
flight  tasks,  the  NFO  in  weapons  and  tactics.  Simulator  sup- 
port is  provided  to  both.  The  simulation  may  be  physically 
independent,  e.g.,  2F95  and  15C9  for  the  F-14  or  the  same 
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trainer  used  alternately  by  the  NFOI  and  IP,  e.g.,  the  2r’88 
for  the  F-4.  For  this  phase  of  training,  little  interaction 
occurs  between  the  NFOI  and  IP  at  the  console  - each  instruc- 
tor uses  a separate  syllabus. 

The  second  phase  of  training  brings  the  pilots  and  KFOs 
together  for  training  as  a team  in  weapon  system  operation. 

The  simulation  system (s)  must  be  integrated  for  this  type  of 
training.  The  basic  problem  is  simplified  if  the  simulation 
system  is  capable  of  operating  in  either  mode,  i.e.,  indepen- 
dent (tactics  and  flight)  or  integrated  system.  The  problem 
is  technically  more  complex  where  two  separate  trainers  must 
be  integrated  (e.g.,  2F95  and  15C9).  However,  simulation  in- 
tegration is  only  part  of  the  problem  since  the  NFOI  and  IP 
must  also  be  integrated  and  interact. 

NFOI-IP  Interaction.  Although  the  solution  to  the  NFOI-IP 
interaction  problem  may  change  for  future  systems,  it  became 
clear  during  the  review  that  the  NFOI  assumes  the  role  of 
controlling  instructor  for  integrated  weapon  system  training. 
Exceptions  were  observed  based  on  individual  experience  and 
qualifications.  Two  factors  appeared  to  establish  this 
modus  operandi;  one  reflects  the  basic  functions  of  the  NFO 
and  the  IP  in  the  system  and  the  second  reflects  simulator 
design  for  these  systems. 

The  NFO  in  the  typical  pilot/NFO  team  contributes  the 
target  (s)  acquisition  and  engagement  solution,  including 
threat  evaluation  and  countermeasures.  The  pilot's  dominant 
role  generally  occurs  in  the  final  attack  phase.  Thus, 
problem  generation  and  development  logically  become  NFOI 
tasks . 

The  NFOI  console,  since  it  is  used  for  NFO  basic  train- 
ing in  systems  and  tactics  in  the  independent  mode,  contains 
the  basic  displays  and  controls  for  problem  generation  and 
control.  It  is  logical  and  economical  to  utili2e  this 
console  for  similar  functions  in  the  integrated  mode. 

Thus,  both  because  of  the  nature  of  the  role  of  the 
NFO  in  weapon  systems  and  the  design  of  the  NFOI  console  in 
weapon  system  simulators,  the  NFOI  typically  assumes  the  role 
of  controlling  instructor  in  integrated  training.  IP 
functions  remain  essentially  the  same  as  in  basic  phases  of 
pilot  readiness  training. 

Summary . Interaction  between  the  IP  and  the  NFOI  occurs 
primarily  in  systems  in  which  the  pilot (s)  and  NFO(s)  function 
as  a team  in  the  system.  Any  interaction  problems  in  simula- 
tion should  occur  only  in  advanced  readiness  training  when 
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they  are  brought  together  for  training  as  a team.  In  this 
phase,  the  NFOI  will  probably  be  the  controlling  instructor. 
Some  e.xisting  simulator  designs  do  not  address  IP/NFOI  inter- 
action in  the  integrated  mode. 

MODULAR  CONCEPTS 

Alternative  implementation  concepts  were  developed  and 
studied.  In  addition,  the  feasibility  of  modifications  to 
current  generation  trainers  was  considered  in  terms  of 
acconunodating  the  functions  developed.  It  became  clear  that 
the  ten  primary  IP  functions  which  had  been  developed  im- 
posed different  types  of  requirements  on  the  simulation  sys- 
tem. Some  functions  require  the  simulation  program  - others 
do  not.  However  some  of  the  latter  can,  and  should  bo,  per- 
formed concurrently  with  the  simulation.  These  can  be  accom- 
modated in  a background  mode  of  the  real-time  simulation.  Those 
functions  not  requiring  the  simulation  program  are  identified 
as  "off-line"  requirements.  Therefore,  the  first  step  taken 
was  to  separate  the  functions  on  the  basis  of  these  simulator 
program  requirements.  Figure  ? presents  these  results.  The 
Instructor  Training  function  requires  both  the  Foreground  and 
the  Background  modes  and  will  be  discussed  separately. 

"Real-Time"  Requirements  "Off-Line"  Requirements 

Foregr ound Mod e Background  Mod e 

Initialize  Brief 

Train  Debrief 

Evaluate 
Train  IP 
Self/Peer  Train 

Figure  3.  IP  computer  system  requirements 


Prepare 
-Manage  Data 
Develop  Syllabus 


The  functions  associated  with  the  background  mode  under 
the  "real-time"  requirements  as  well  as  those  listed  under  the 
"off-line"  requirements  suggest  the  feasibility  of  utilizing 
remote  terminals  for  the  implementation.  Therefore,  the 
functions  were  analyzed  in  terms  of  training  evolution  occur- 
rence. Figure  4 summarizes  the  results.  A typical  one  hour 
training  mission  was  assumed.  Fifteen  minutes  was  allotted  for 
the  initialization  function.  This  is  a conservative  estimate  of 
the  time  required.  The  figure  indicates  that  the  terminal  will 
be  available  for  other  background  and  off-line  functions,  such  as 
Manage  Data,  Develop  Syllabus  and  Computer  Assisted  IP  Traininn. 
Althouuh  all  Syllabus  Development  in  existing  simulators  is  done 
"oft- line",  remote  terminals  with  well  designed  supporting  soft- 
w should  permit  this  function  to  be  performed  with  the  simulator 
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oi‘i^rat  i ncj . if  t^oparate  tcrniLnals  can  be  used  ro  meet  Lhu 
t)ackqround  supported  functions,  the  simulator  system  could 
be  designed  to  meet  six  of  the  seven  basic  training  functions, 
i.c.,  Prepare,  Brief,  Initialize,  Train,  Evaluate  and  Debrief. 

Since  there  does  not  appear  to  be  any  technical  reason 
why  additional  terminals  could  not  be  added  and  why  the  off- 
line functions  cannot  be  performed  in  the  background  mode,  it 
appears  that  all  functions  could  be  performed  with  the  simu- 
lator in  a training  mode  (except  for  maintenance).  This  is 
desirable,  not  only  in  terms  of  utilization,  but  also  in  terms 
of  providing  time  for  self/peer  training.  Thus,  depending  on 
the  detailed  requirement,  a simulation  training  system  could 
consist  of  the  basic  simulator  with  student  stations  and  in- 
structor consoles  and  a number  of  remote  terminals  to  meet  the 
functions  of: 

(1)  Prepare 

(2)  Brief 

(3)  Debrief 

(4)  Manage  Data 

(5)  Develop  Syllabus 

(6)  Train  IP  (not  requiring  the  simulation  system) 

A sot  of  nine  modules  can  be  structured  to  support  the 
ten  functions.  They  are: 

• Flight  Module 

• Aircraft  System  Module 

• Weapons  System  Module 

• Tactical  Module 

• Training  Control  Module 

• Performance  Module 

• Syllabus  Module 

• Remote  Module (s) 

• Student's  Module 
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The  Flight,  Aircraft  System,  Weapons  and  Tactical 
modules  provide  information  display.  Only  the  flight 
module  need  reflect  cockpit  displays.  The  rest  should 
provide  only  the  required  information  in  readily  assimi- 
lated format.  The  displays  are  system  sensitive  and  thus 
may  change  with  system  modification  or  alteration. 

The  remaining  modules  provide  both  controls  and  dis- 
plays. The  modules  could  be  designed  to  a "standard"  con- 
figuration, especially  in  operations. 

• Flight  Module  - provides  IP  the  equivalent  of 
cockpit  displays  for  monitoring  student  performance.  This 
module  is  designed  to  capitalize  on  the  IP's  flight  in- 
structing skills  and  should  duplicate  cockpit  displays 
essential  to  evaluating  aircraft  and  student  conditions  and 
performance . 

• Aircraft  System  .Module  - ? ike  the  flight  module, 
this  module  should  provide  the  IP  data  on  status  of  aircraft 
systems.  It  should  not  and  need  not  duplicate  cockpit  dis- 
plays since  it  does  not  serve  a controlling  function. 

• Weapons  System  Module  - provides  information  on 
status  of  weapon  system,  but  only  information  relevant  to 
training  functions. 

• Tactical  Module  - provides  display  of  tactical 
situation  including  plots  and  target  control  data. 

• Training  Control  Module  - all  training  controls 
and  required  displays  are  located  in  the  training  module.  It 
is  the  implementation  of  the  Train  Function. 

• Performance  Module  - all  student  performance  data 
is  displayed  at  this  module.  Basic  control  of  performance 
data  processing  should  be  provided. 

• Syllabus  Module  - provides  display  of  planned 
syllabus,  control  of  the  evolution  and  provides  for  input  of 
the  planned  syllabus  and  changes  to  initialization  data. 

• Remote  Module  (s)  - provides  displays  and  controls 
required  for  Preparation,  Brief,  Debrief,  Manage  Data  and  Dovoloy' 
Syllabus.  In  addition,  it  provides  a terminal  for  computer  as- 
sisted IP  training. 

• Student  Module  - provides  the  student  the  required 
displays  and  controls  for  the  self/peer  training  function.  It 
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is  located  in  the  cockpit. 

The  modules  and  functions  supported  are  summarized  in 
Table  2. 


TABLE  2.  MODULE  AND  FUNCTIONS  SUPPORTED 


Module 
Flight 
A/C  System 
Weapon  System 
Tactical 

Training  Control 
Performance 
Syllabus 
Remote 

Student 


Functions 


Train;  Evaluate;  IP  Train 
Train;  Evaluate;  IF  Train 
Train;  Evaluate;  IP  Train 
Train;  Evaluate;  IP  Train 
Initialize;  Train; IP  Train 
Evaluate 
Train 

Prepare;  Brief;  Debrief; 
Manage  Data 

Self/Peer  Train;  Train 


In  summary,  a set  of  ten  modules  could  conceptually  meet 
;i  the  IP  console  requirements.  Six  are  training  implementation 

j oriented  and  four  are  weapon  system  information  display  oriented. 

Although  some  of  the  display  modules  may  resemble  existing  in- 
l;  structors  console  panels,  it  must  be  stressed  that  the  modules 

1 are  instruction  oriented,  not  simulation  control  oriented. 

'i 

I 
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some  tasks  within  the  functions  can  be  and  perhaps  should  te 
accomplished  by  the  SO.  For  example,  he  could  assist  the  IP 

extensively  during  the  Prepare  Function  in  assembling  materials  and  ; 

during  the  Initialize  Function  in  configuring  the  simulator  and  I 

instructor  consoles  and  checking  for  readiness.  However,  it 

became  clear  that  allocation  of  functions  between  the  IP  and  h 

SO  would  require  specific  and  detailed  simulator  configuration  J 

and  capability  data.  Thus,  the  general  roles  outlined  in  the  j| 

Phase  I report  must  form  the  point  of  departure  for  future  jj 

weapon  system  simulator  design.  In  addition,  the  specific  j! 

allocation  of  functions  should  follow  other  guidelines  developed 

in  this  study,  e.g.,  if  some  functions  are  allocated  to  the  SO,  | 

then  sufficient  and  compatible  additional  functions  should  be  \ 

allocated  to  create  a "full-time"  and  meaningful  job.  f 

"I 

The  functions  and  sub-functions  developed  to  meet  the  ;] 

simulator  instruction  objectives  can  be  organized  in  many  ways 
and  some  of  the  resultant  modules  for  implementation  might 
differ.  However,  the  constraint  of  considering  current  gener- 
ation and  the  next  generation  trainers  renders  the  organization 
developed  a practical  one.  It  obviously  reflects  the  hardware 
and  software  configuration  of  contemporary  designs. 

This  can  be  summarized  briefly  as  an  approach  which  has 
exploited  modern  digital  technology  to  mechanize  simulation. 

The  objective  was  realism.  It  and  training  effectiveness  are 
not  inherently  synonymous.  The  resultant  interface  presented 
to  the  IP  reflects  control  of  simulation  parameters  not  train- 
ing. Therefore,  the  implementation  of  the  functions  outlined 
in  the  study  must  reflect  this  design  philosophy.  The  advan- 
ced modules,  for  example,  must  "talk"  to  sophisticated  weapon 
system  simulators  and  exploit  them  for  training  purposes.  On 
the  other  side  of  the  interface  is  the  IP  with  his  unique  flight 
experience,  but  untrained  in  simulation  and  at  best  "short 
cwu t " i n training  technology.  His  requirements  for  support 

are  extensive.  » 


The  function  breakdown  also  generates  new  requirements.  i 
For  example,  the  Prepare  Function  includes  assembling  materials  ; 
such  as  syllabus  mission  description,  scripts,  scenarios,  chock  i 
lists,  and  data  sheets.  Yet,  as  reported  in  the  Phase  I report,  < 
these  materials  have  generally  not  been  developed  within  the  . 
typical  training  .squadron.  | 

The  remote  console  as  an  adjunct  ♦othe  simulator  can  ; 
clearly  enhance  the  utilization  of  the  device.  Furthermore,  if 
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i 
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properly  implemented  it  can  provide  the  su[>port  requij^.d  by  the  TP 
in  syllabus  development.  The  br ief /debrief  support  capability 
can  fulfill  a long  standing  need  as  pointed  out  in  the  Phase  I 
report . 


The  student  module,  aside  from  permitting  student  use  of 
the  simulator,  opens  the  possibility  of  using  the  display  capa- 
bility for  feedback  purposes. 

The  Manaqe  Data  Function  needs  to  be  explored  further 
in  terms  of  other  data  processing  systems  available  to  the 
training  squadron.  For  example,  the  Versatile  Training  System 
(VTS)  will  soon  be  functional  at  most  readiness  trainina  bases. 
The  objectives  and  capability  of  the  system  in  training  infor- 
mation need  to  be  considered  in  the  design  of  the  Data  Manage- 
ment Module.  At  the  minimum,  the  results  of  simulation  training 
might  be  required  by  VTS  for  training  jacket  control.  Similarly 
a VTS  terminal  at  the  simulator  might  solve  the  student  history 
data  requirement. 
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{ SECTION  VI 

I CONCLUSIONS 


The  functions  of  the  IP  in  simulation  pilot  trainini^  can 
bo  logically  structured  and  allocated  to  manual  and  machino 
supported  functions  within  the  constraints  imposed  by  existing 
simulator  design  philosophy.  Implementation  of  the  functions 
requires  the  use  of  interactive  terminals  operating  in  the 
background  mode  of  the  simulation  software  or  operating  as  an 
independent  system  which  "talks"  to  the  simulator  in  terms  of 
data  exchange  and  control  functions.  The  details  of  the  imple- 
mentation require  weapon  system  data,  at  least  as  to  the  type 
of  system  involved,  i.e.,  Single-Place  attack  or  Multi-Place 
ASW. 

The  NFOI  will  be  lead  instructor  during  simulation  train- 
ing involving  NFOs  and  pilots  by  virtue  of  the  design  of  simu- 
lators and  the  role  of  the  NFO  in  the  weapon  system. 

The  implementation  of  the  functions  outlined  requires  the 
development  of  supporting  data.  These  include: 

• detailed  syllabi  designed  to  simulator  training 
requirements . 

• detailed  scenarios  and  scripts  including  controller 
messages  and  contingency  options. 

• learning  objectives  and  performance  criteria. 

• check  lists  for  configuration  control  and  manage- 
ment . 

Functionally  standardized  modules  can  be  developed  within 
the  state-of-the-art  to  implement  the  functions  of  the  IP. 

These  modules  can  support  IP  training  as  well  as  "Self/Peer" 
training  and  related  simulator  training  resources  management 
data.  The  interface  with  other  training  data  systems  should  be 
explored . 

The  relation  of  simulation  training  to  other  training 
media  in  implementing  training  objectives  needs  to  be  explored. 
Efficient  and  effective  use  of  simulation  requires  the  support 
of  other  training  media. 

Instructor  console  design  should  be  function  oriented, 
i.e.,  training  oriented,  as  opposed  to  simulation  control 
oriented.  Achieving  this  type  of  interface  between  the  IP 
and  the  simulation  system  is  within  the  state-of-the-art 
providing  requirements  are  well  defined. 
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SECTION  VI  I 

RECOMMENDATIONS  ' 

The  second  phase  of  the  study  of  the  Instructor  Pilot’s 
Role  in  Simulation  Training  has  generated  generic  data  re- 
flect ina  existing  (and  near  future)  simulator  design  data 
and  readiness  squadron  implementation  philosophy  and  capa- 
bility. Achievement  of  optimum  use  of  simulation  training 
capability  must  depart  from  this  operational  context  and 
within  existing  and  near  term  technology/ implement  the  func- 
tional requirements  identified  in  this  study.  To  achieve  this 

goal,  the  following  recommendations  are  advanced.  ^ 

• A demonstration  of  the  technical  feasibility  of  i 

implementing  certain  IP  functions  is  required.  These  functions  i 

include;  i 

(1)  Computer  supported  Prepare  Function.  In 
pcirtxcular,  the  feasibility  of  storing  and  providing  (for 
acceptance)  the  basic  training  materials,  including  detailed 
implementation  data,  data  requirements,  contingency  plans  and 
suggested  training  curricula  and  training  session  objectives. 

(2)  Student  briefing  using  an  interactive 
computer  terminal. 

1 

(3)  Generation  and  presentation  of  feedback  j 

data  via  visual  (cockpit  displays),  auditory  (intercom)  and 

hard  copy  techniques.  . 

• An  evaluation  of  Self/Peer  Training  effectiveness 

within  tiic  constraints  identified,  i.e.,  syllabus  and  perform- 
ance lockouts.  The  benefits  of  peer  training  data  systems  such  , 

as  VTS  needs  to  be  explored. 

• The  feasibility  of  conducting  IP  standardization  j 

training  utilizing  "simulated"  students  needs  to  be  established 

and  validated.  1 

In  general  , the  application  of  advanced  highly  interactive  \l 

computer  terminals  to  support  simulation  training  should  be  ex- 
plored. Those  investigations  should  concentrate  on  training 
or  instruction  requirements  instead  of  simulation  requirements. 

The  I.<^D  methodology  needs  to  develop  techniques  for 
allocating  training  objectives  to  the  simulation  training 
Media.  None  appear  to  exist. 
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I PREPARE  FUNCTION 

1.1  Identify  Session 

• student 

• time 

• simulator 

• syllabus  hop 

• simulator  status 

1.2  Assemble  Materials 

• student  file 

• syllabus  hop  description 

• scripts 

• scenarios 

• check  lists/guides 

• initalization  data 

• data  recording  sheets 

• grade  sheets 

• simulator  utilization  sheets 

• flight  plans,  etc. 

1.3  Review  Data 

• student  history  - performance  problems/weakness 

- missing  training  elements 

• syllabus  hop  - objectives 

- performance  criteria 

- priorities 

- implementation  procedures 

• simulator  status 

1.4  Develop  Training  Session 

• individualize  syllabus  to  students'  needs 

• modify  initial  conditions  as  required 

• schedule  and  program  malfunctions/emergencies 

• structure  controller  functions 

• develop  tactical  scenarios 

• format  demonstrations 

• structure  performance  measurement 

• structure  display  and  control 

• contingency  plans 

- performance  failures 

- crash 

- missed  procedures 

- unacceptable  accuracy/quality 

- simulator  reset  strategy 

- simulator  emergency 

- fire 

- hydraulic  malfunctions 
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- loss  of  communications 

- area  safety 

• outline  briefiny  sessions 

- student  (s)  - objectives 

- criteria 

- procedures/approach 

- simulator  problems 

- simulator  staff  - responsibilities 

- evolution  strategy 

II  BRIEF  FUNCTION 

2.1  Brief  Student (s) 

• planned  evolution 

• learning  objectives 

• performance  criteria 

• simulator  emergency  procedures 

• simulator  discrepancies  and  characteristics 

• planned  use  of  training  controls  - Freeze,  Reset, 

Replay,  Demonstration,  etc, 

• communication  procedures 

• flight  plan  data 

2.2  Brief  Simulator  Crew 

• planned  evolution 

• support  responsibilities 

• emergency  procedures 

III  INITIALIZE  FUNCTION 

3.1  Configure  Simulator 

• configure  simulation  system 

• configure  crew  station 

• configure  IP  console 

3.2  Initialize  Simulator 

• enter  or  verify  initial  conditions 

- airfield  and  runway  locations, 

altitudes  and  arrangement 

- carrier  types,  positions,  speeds, 

headings,  sea  state 

- radio/navigation  aids  locations  and 
characteristics 
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temperatures,  winds,  magnetic 
variation 

- aircraft  configuration 

- aircraft  position  and  heading  (if 
airborne,  altitude,  heading,  speed, 
attitude  and  power) 

- malfunctions/failures 

- preprogrammed  malfunctions/emergencies 

- data  monitor/record  settings 

• enter  preprogrammed  data 

• initialize  crew  station 

3.3  Establish  Readiness 

• student  (s)  strapped  in  cockpit 

• area  secure  and  safe 

• scripts,  scenarios,  data  sheet,  etc.,  available 

• make  communications  check  with  student  and  crew 

IV  TRAIN  FUNCTION 

4.1  Control  Simulator 
_•  activate  simulation 

• provide  interacting  man-system  simulations  per 
scripts/guides/scenarios 

- controller  functions 

- ground  crew  functions 

- other  aircrew  functions 

- other  vehicles  and  targets,  air, 
ground,  sea,  submarine,  missiles 

~ Radar  and  early  warning  system 

• activate/deactivate  emergencies/malfunctions 

• select  and  activate  demonstrations 

• set  and  select  replay 

• freeze 

• initialize  and  reset 

• monitor  safety  of  operations 

• deactivate  trainer  at  end  of  session 

4.2  Monitor  Performance 

• procedures 

• technique 

• skill  level 

• simulator  performance 

4.3  Instruct 

• provide  feedback 
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• critique 

• correct  procedures 

• provide  technique  advice 

4 . 4  Record 

• data  for  feedback 

• data  for  simulator  control,  i.e.,  reset,  replay 

• data  for  debrief 

• data  for  records 

EVALUATE  FUNCTION 

5.1  Monitor  relevant  parameter  for  segment/phase/task 

5.2  Establish  if  performance  within  training  performance 

envelope 

5.3  If  performance  beyond  envelope,  diagnose  problem 

5.4  Select  instruction  technique  to  train 

5.5  Develop  plan  and  data  to  implement  technique 

5.6  Brief  simulator  crew  and  student  as  required 

DEBRIEF  FUNCTION 

6.1  Debrief  Student 

• organize  data  collected 

• assemble  debriefing  materials 

• review  performance  problems  (replay  if  available) 

• review  correct  procedures,  etc.  (demo  if  available) 

• review  file  data 

• outline  corrective  actions  to  take 

6.2  Debrief  Simulator  Crew 

• review  problems 

• review  overall  performance 

• discuss  simulator  discrepancies 

I MANAGE  DATA  FUNCTION 

7.1  Student  Data 

• student  grade  sheets,  training  sheets 

• simulator  training  data  sheets 

7.2  Simulation  System  Data 

• utilization  data 

• discrepancy  data 
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7.3  Training  Data 

• problems 

• changes  tried/proposed 

• instruction  techniques 

VIII  DEVELOP  SYLLABUS  FUNCTION 

8.1  Identify  Changes 

8.2  Format  Changes 

8.3  Implement  Changes 

8.4  Validate  Changes 

IX  TRAIN  IP  FUNCTION 

9.1  Simulator  Operation 

• console  familiarization 

• console  operation 

• operating  procedures 

• syllabus  implementation 

9.2  Simulator  Training 

• training  functions 

• training  techniques 

• evaluation 

• simulator  instructing 

9.3  Simulator  Syllabus  Development 

9.4  Standardization  Training 

X SELF/PEER  TRAIN  FUNCTION 

10.1  Basic  Simulator  IP  Function 

10.2  Syllabus  Lockouts 

• preclude  "getting  ahead  of  instructor" 

• preclude  student  data  file  access  or  change 

10.3  Performance  Lockouts 

• stop  training  if  performance  bad  or  not  improving 

• stop  training  if  skill  overlearned 
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GLOSSARY 


ASW  Anti-Submarine  Warfare 

IP  Instructor  Pilot 

IPI  Instructor  Pilot  Instructor 

ISO  Instructional  Systems  Development 

NATOPS  Naval  Air  Training  and  Operating  Procedures 

Standardization  Program 

NAV  Navigation 

NFO  Naval  Flight  Officer 

NFOl  Naval  Flight  Officer  Instructor 

NTEC  Naval  Training  Equipment  Center 

RTS  Readiness  Training  Squadron 

SO  Simulator  Operator 
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